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A method for organizing and presenting the structure of a multimedia system and for 
presenting this structure to a person involved, in particular a user person or an author 
person, and a software package having such organization and presentation facility. 



BACKGROUND TO THE INVENTION 

The invention relates to a method for presenting of a multimedia software 
package that comprises multiple assets, which can be presented in various combinations in a 
dialogue with a person involved. This person in the first place concerns a standard user, who 
5 for reasons of entertainment, business, education or other, enters into a dialogue with the 
software package. At present, the user person then has often only a very superficial and/or 
incorrect notion of the many pans that have been built into the package, and also of the parts 
that have been and/or could be visited, in particular in relation to the pans that had already 
been visited , and in relation to the interrelationships between the various pans. 

10 In less frequent but just as relevant situations, the person is an author, 

who must undertake amending or writing of the package, and therefore, should even be more 
critically aware of parts that are already available or rather, still missing, so that the 
resulting structure after the amending is optimum in relation to desired content and 
functionality, and funhermore in relation to time and other resources spent therefor. A 

15 panicular Field of use of the software is for education, training, or instruction, where the 
package may contain a multiplicity of sections, course units, and the like. 

In both situations the listing of the assets or various other properties of the 
package in some kind of array would do insufficient justice to the various pans and/or 
features that have been built or should be built into the package. In consequence, there is a 

20 need for providing an appropriate manner of presentation of such complex packages, that in 
panicular allows for a dynamic behaviour of the presentation, as based on past experience. 

SUMMARY TO THE INVENTION 

Therefore, amongst other things it is an object of the present invention to 
25 provide a presentation method of the kind described that will be able to present the software 
package and its constituent pans, not only on the straightforward level of their presence or 
absence, but also on the level of what they will on various levels of complexity be able to 
perform. Now, according to one of its aspects, the invention is characterized by the 
characterizing pan of Claim 1. The providing of a plurality of multimedia building blocks 
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instead of only a single one, and in particular as being linked in a structure description in 
accordance with an appropriate information model, will allow a more extensive, and if 
required, more complete navigation among the various multimedia building blocks and their 
constituent elements. 

Advantageously, said information model is expanded according to Claim 
2. In combination with the above facilities, similar advantages apply to an author, who will 
then more easily set up a proper structure of a multimedia software package with a complex 
set of linkings among parts, so that they can be accessed more fruitfully in future time. Also, 
the creation process itself is greatly facilitated. Generally, the accessing system and the 
creating system can be aggregated into a single overall arrangement, on the basis of a 
structure information database. 

Advantageously, various basic information types are "course unit", 
"multimedia building block", and "item", that are interrelated through content relations, 
subject relations and requirement relations; "goal", "course unit", "multimedia building 
block", and "item", related through content relations, subject relations and condition 
relations; said basic information types have a status variable range comprising the values 
"done", "reached", "doable" and "not doable", in which the values "done" and "reached" 
may or may not be identified. An elementary, though highly versatile set of categories has 
thereby been provided for allowing to develop and present course material for almost any 
thinkable field of use. 

The invention also relates to a software package for effecting such 
presenting and authoring, and to an associated system. Further advantageous aspects are 
recited in dependent Claims. 

BRIEF DESCRIPTION OF THE DRAWING 

These and other aspects and advantages of the invention will be discussed 
more in detail hereinafter with reference to the disclosure of preferred embodiments, and 
more in particular with reference to the appended Figures that show: 

Figure 1, a hardware presentation system for a multimedia software 

package; 

Figure 2 T a user environment of a structure-based multimedia system; 
Figure 3, an authoring environment of a structure-based multimedia 

system; 

Figure 4, a course structure model with goals; 
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Figure 5, a course structure model without goals; 
Figure 6, a user navigation interface model; 
Figure 7, an exemplary user view on a course unit; 
Figure 8, an exemplary user view on a course goal; 
5 Figure 9, an exemplary user view on a course item. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

Figure 1 shows an exemplary hardware presentation system for a 
multimedia software package. Therein, the central element is a general-purpose computer- 

10 based block 80 with appropriate programming. Blocks 82 and 84 are multimedia presentation 
subsystems, that are generally controlled by central system 80. By itself, the hardware 
technology of such presenting through interface elements 86-92 has been in wide use. Video, 
graphics, audio, text, and further assets are common. Also user input elements 94. 96, based 
on other input technologies are well known. As shown, the system may maintain two . 

15 separate user interfaces, such as for competition between two users in a gaming environment, 
or for supervision in an educational environment. Of course, the Figure has only a subset of 
all possibilities and features available in the art. 

Figure 2 shows a user environment of a structure-based multimedia 
system. An information navigation facility 42 has been provided for allowing the user person 

20 44 to move around during actual accessing. The overall structure is presented in an explicit 
manner by means of facility 28 as will be described more in detail hereinafter. The 
organization and presentation of the structure is the mainstay of the disclosure hereinafter. As 
the interaction pattern evolves, the user often wants to keep track of what has been done or 
achieved already, and of what can be done next, given what has been done already. Further 

25 elements of the Figure are contents 33, 34 with respectively associated content presentation 
tools 39. 40. 

The presenting to the standard user includes indicating subjects that have 
been considered already, subjects that may be undertaken, in view of past performance and 
dependency relations, and allows a user person to specify particular preferences, and 
30 associated paths therefor. Benefits include a better overview regarding, the nature of past use, 
and a greatly enhanced possibility to specify wishes and particular fields of interest. Various 
advantages for the end user are: 

• a clear overview of the entire content of the package; 

• the possibility of direct access to all parts; 



WO 98/14895 




PCT/CB97/00954 



4 



• an overview of any existing dependency relations between different parts of the 
package; 

• an overview of those parts that have already been done, and of those parts that 
can be done in view of any further dependency relations, through the system saving user 

5 history; 

• improved access to those parts that are of relatively greatest interest to the user. 
Characteristically, even if a user pursues only one single goal, often various different 
presentation sequences may lead to this goal. 

For many specific areas of application, users and authors experience a 
10 particular information structure as being more natural than others. The organization of such 
structure, and its presentation through use of a structure model, are the mainstay of the 
disclosure hereinafter. Also here, during the evolving of an interaction pattern, a user or 
author person may want to keep track of what has been done or achieved already, either on 
an elementary level, or on various higher ones. 
15 In normal use of the finished system, users interact therewith through an 

information navigation system that makes use of a structure information database. This 
database contains information in accordance with the information model chosen for the 
domain of the application under consideration. The information navigation system may 
invoke various presentation tools, for example for respective different types of multimedia 
20 building blocks. The multimedia building blocks and the manner they are linked through the 
use of an information model will be described hereinafter. 

An important facility for structuring multimedia software is its ability to 
let parts thereof be developed, such as presentations, examples, summaries, as multimedia 
building blocks (MMBB), that are pieces of multimedia software which can combine various 
25 assets of different form, such as text, graphics, animation, sound and video. An example of 
such a multimedia building block is the showing of a sequence of still pictures accompanied 
by a sound track. Another example is the showing of a complicated technical construction 
drawing that is gradually built up in an animation accompanied by sound, and introduced by 
a piece of video. Separately, such multimedia building blocks can be produced with standard 
30 authoring tools, together with standard asset production tools. They can be incorporated into 
larger multimedia software packages, using a standard linking environment. When 
completed, the structure information database for a multimedia software system contains 
references to all multimedia building blocks that form part of the package in question. 

Clearly, the main problems addressed by the invention are the insufficient 
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presence of structure information in a multimedia title and the limited possibility of content 
area experts to contribute to the software creation process. 

For improving the situation, according to the invention first an application 
domain is chosen, that is a coherent class of applications for which one wants to develop 
-5 multimedia software. Applicable domains may be: education, company presentations, 

touristic presentations, encyclopedias, and more specialized knowledge presentation systems. 
For such a particular domain, an information or structure model defines constraints on the 
information that can be expressed to restrict the kind of statements that are allowable in an 
application. Also the model specifies possible references to actual multimedia building 
10 blocks, as will be described below. Hereinafter, information has been modelled according to 
a technique that is known per se from the semantic data modelling technique. A very 
elementary example of an information model is as follows: information can be presented 
about suppliers and customers for a certain class of goods, and it may be specified that a 
particular customer is client of a specific supplier. 
15 An information model for a particular application domain can be ... 

implemented with windowed forms which enable domain experts in the domain in question to 
themselves enter structure information of a particular application. The windowed forms can 
be rapidly implemented through database management tools that are widely known in the art, 
such as the package Microsoft Access. Thereupon, the same database management tool 
20 allows to check the information, provided that the tool is expanded to fit the particular 
application domain. These checks give feedback to the developer person on the state of 
consistency and completeness which the development has attained, so alleviating the burden 
of testing the final product(s). In an authoring environment such as this, the structure of the 
course proper can be developed by a person who can play this role of architect without 
25 having programming expertise. This developer can be assisted by the providing of 

automacially generated summaries according to different points of view with respect to the 
information. 

Furthermore, end users of the application may navigate through the 
application with a "helicopter view", wherein the scope of the actual view can be varied 

30 independently of actual context. 

Figure 3 shows an authoring environment of a multimedia system that 
according to the invention is based on a multi-level organization structure. This setup is 
largely an extension of Figure 2, and like parts carry identical references. Additional 
facilities have been provided for allowing an author person to move around during actual 
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accessing. These relate in particular to new content elements 30, 32, with respectively 
associated content presentation tools 36, 38, and respectively associated content editors 24, 
26, and a secondary information management system 22 for an associated author 20. There is 
an information management facility for developing a structure information database 28, with 

5 direct access to content editors 24, 26. Generally, the standard user is disauthorized to use 
the latter mechanism, for example, by a password block. The information description lists 
the various multi-media building blocks, in particular with referrals to other multimedia 
building blocks, and if applicable, with dependency relations therebetween. An authoring 
environment may provide reports that present different views on the structure information, 

10 and can be provided with checks on consistency and completeness of the package itself, all 
these for benefitting the author. The information management system of Figure 3 for 
developing information structure databases may also be referred to as a "structure authoring 
tool". 

Much older multimedia software consists only of a single multimedia 
15 building block, so that a structure containing various multimedia building blocks is not 

explicitly available. An essential aspect of the invention described here is the dividing of the 
multimedia software into a plurality of multimedia building blocks: these are then coupled in 
an information structure description, which is explicitly presented to a user; an essential 
aspect of this division into multimedia building blocks is that it is done in accordance with an 
20 information model that is especially tailored towards a particular application domain. 

Multimedia building blocks may have different forms and also, different functions. Examples 
of forms of multimedia building blocks are video, animation and text, and combinations 
thereof. Examples of functions of multimedia building blocks are presentation, example, and 
in the field of education: exercise and test. In addition to multimedia building blocks, an 
25 important aspect of an information model for a multimedia software system is that it may 
specify dependency relations between various pans of the software. If a user cannot inspect 
the pans of the multimedia in an arbitrary order, the kinds of restrictions that are relevant 
should be incorporated into the information model. 

In the authoring environment of Figure 3, apan from the user person 44 
30 and the author person 20, all blocks in the diagram represent software blocks, a limited 

selection of which will produce direct physical output to the user, or for that matter, to the 
author. Commercially, the first one is most relevant. In panicular however, the situation 
depicted occurs during the developing of the multimedia system. In consequence, existing 
content items such as 34 can be presented to the user person 44 through an appropriate 
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information navigation system 42 that allows the user to navigate through the various content 
items with the help of content presentation tool 40. For simplicity, the actual presentation of 
the content, inclusive of interactivity features with the content proper, such as hotspotting, 
answering questions, terminating, and the like, have not been represented in the Figure, 
5 inasmuch as this centers on the principles of structuring multimedia systems on a global 
level. The navigating by the user person is supported by block 28 that contains structure 
information on the actual structure of the multimedia system regarding new content blocks 
30, 32 and existing content block 34. New content blocks 30, 32, go with associated content 
presentation tools 36, 38, that may differ or not from block 40. 

10 During the constructing of the multimedia system, an author person 20 

will add new content items, such as blocks 30, 32. Each such item needs a content 
presentation tool 36, 38, that is provided to the system in conjunction with the associated 
content item. These tools need not have mutually unique character, but may, in conjunction 
with content of similar character, also share properties, and may even be the same. The. 

15 presentation of the content items is effected by the author through a respectively associated 
content editor, that again need not be unique to the new content item in question. For setting 
up the information structure database 28, the author person has available an information, 
management system. In the process of entering structure information, block 28 can be used 
with windowed forms for a database management system. In this process, the author does not 

20 need to program, inasmuch as the windowed forms of the authoring system assist the author 
with the terminology of the application domain. Through the information management 
system, the author person has direct access to the various content authoring systems for 
developing multimedia building blocks that form the actual contents of the system under 
construction. 

25 For the author, the benefits of explicitly added structure information to 

multimedia content are various. First, it offers a flexible migration path from a current status 
to future high-quality software for storing on high density discs. For example, one can 
develop multimedia titles supplementing books with structure-based navigation facilities and 
with (interactive) presentations, such as video or animations. It is essential to manage the 

30 enormous capacity of these new disks, and this is possible with the presently described 
approach. The underlying technology offers the designer of multimedia titles, (who in 
essence must be an expert only in the actual domain) the possibility to develop parts of the 
software himself, thereby reducing the potential communication bottlenecks with the software 
engineers. The effect on the overall development process is: 
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- more control over the complexity of the (interactive) software 

- upscaJability of the method, which is important in view of increasing disc capacity 

- better extensibility of the (content) software which feature is not even limited to only 
multimedia 

5 - automatic testability of structure-related constraints of the software 

- the use of more generic, high quality navigation software 

The set-up described above is an essential basis for developing more 
advanced functionality for adaptive guidance by multimedia software systems. For optimum 
useability, the size of the multimedia building blocks should neither be very large nor very 

10 small. The setup described above can in a natural way be combined with the possibility of 
World-Wide- Web-like navigation. In particular, any multimedia building block may contain 
hotspots that direct the user to some other multimedia building block, or even to places 
outside the system. Such an excursion should be accompanied by the facility to jump back to 
the multimedia building block where the excursion originated, to allow the user to proceed 

15 with the course. 

APPLICATION TO EDUCATION 

This section describes an implementation of the above for the application 
domain of education. The central item is the course structure database, which contains an 

20 overview of the entire course, with references to actual multimedia contents of various 

elements of the course. A person who develops such a course structure information database 
will be referred to hereinafter as a course maker (author, designer, developer): this person 
may do the authoring as well as overall design. A user of an information navigation system 
especially suited for education, in accordance with the information model described infra, 

25 will be called a student. Both types of persons may be defined at various higher and lower 
levels, regarding the degree of amending that is allowed, and regarding the level of actual 
study. 

The content of a course structure database is in accordance with a broadly 
applicable course structure model, that will be described hereinafter. First, the course itself 
30 consists of course units, which may be organized in a hierarchical structure. These units 
describe the structure of the course material, analogous to the list of chapters, sections, 
etcetera which describes the content of a book. However, in a book, and also on a physical 
storage medium, these course units are ranked along a linear storage axis. However, through 
an independent presentation facility, a multimedia title has usually many more degrees of 




• 



WO 98/14895 



PCIYIB97/00954 



freedom. When necessary, the course must impose restrictions on the allowable presentation 
sequences, in that the student should be acquainted with certain course units, before being 
allowed to access certain other course units. 



5 outline of a course structure model of wide applicability in terms of course units 56 will 
been given hereinafter. The content of a course structure database should be in accordance 
with a course structure model. The hierarchical organization amongst the course units can be 
done with explicit goals, as shown in the present Figure. Thereto, the course maker specifies 
a list of goals that should be attained with this particular course. Such learning goals specify 

10 terminal, as well as intermediate, learning objectives of the course. Further, for each course 
unit preconditions or prerequisite goals may be given: these are goals that must be satisfied 
before the course unit in question can be done. Additionally, for each course unit 
postconditions or accomplished goals may specify which goals can be achieved with this 
course unit, given the preconditions of the course unit. Both types of conditions have been 

15 symbolized in block 50. In addition to the above, the lower levels of the course hierarchy 
include multimedia building blocks 58, and items 60. Circular line 57 symbolizes the 
hierarchization among the various course units which means that various course units have 
particular parent course units that may be given precedence in the presentation to the user. A 
parent course unit may contain an introduction to and an overview of all secondary course 

20 units contained in it. Such a hierarchical structure may also be imposed on the set of goals 



course structure model that in particular contains no goals. Here, for each course unit 64, 
respectively associated requirements can be specified, in the form of a list of other course 

25 items that are required before the present course item can be accessed. Circular line 65 has 
the function of line 57 in the preceding Figure. The double interconnection between 
requirement block 62 and course unit block 64 symbolize that a particular course item can be 
a prerequisite for a particular other course item. Often, the latter type of structure can be 
used in a quite straightforward manner to develop an existing course, such as embodied in a 

30 book or similar serially-organized medium, into a true multimedia course. In 

contradistinction, the earlier model of Figure 4 may lead to a better modularized course 
description; the reason is that greater freedom exists in defining conditions and results if the 
tree-type organization of Figure 4 is followed. The course structure model without goals 
has wider applicability than education. Through replacing the name 'course unit 1 by 'unit' or 



Figure 4 shows an exemplary course structure model with goals 66. An 



66. 



Similarly, and with various likewise numbered elements, Figure 5 shows a 



WO 98/14895 




PCT/TB97/00954 



'section' it can serve as a more generally applicable model for structuring multimedia 
material with dependency relations. In the same way, the course structure model with goals 
can be expanded beyond education. 

A course unit may contain multimedia building blocks that vary both as 
5 regards their internal structure, and also as regards their character on the level of the overall 
functioning of the unit; thus, these building blocks may inter alia be presentations, exercises, 
examples, and tests. For example, a building block may be a set of multiple choice questions 
that are introduced by video, and puts the questions and possible answers in a context by way 
of feedback. The multimedia building block itself can be realized with an extensive amount 
10 of existing authoring tools. Further, a course unit can contain several multimedia building 
blocks, together with an associated ordering thereamongst. In a typical case, a part of the 
multimedia building blocks would have to be traversed in a prescribed sequence. Other such 
multimedia building blocks need not necessarily obey this prescription, for example, such 
that pertain to extra examples, a summary, or a report of earlier usage. 
15 In addition to course units, goals, and multimedia building blocks, the 

course structure description may contain items 60 needed in the course. For example, an 
item can describe a specific concept, technique or case treated in the content of a course. An 
index of a book can be considered as a list of items. In the course structure model, for each 
multimedia building block a list of items can be given to describe the content of this 
20 multimedia building block. There exist several natural extensions of the course structure 
models described here. For example, items may be divided into different categories. 

In Figures 4, 5, the notation of semantic data modelling has been used. 
As far as used here, the notation of semantic data modelling can briefly be explained as 
■ follows. An information model is described as a collection of data types, which themselves 
25 are a collection of attributes (that are other types). Composite types containing more than one 
attribute, are drawn as rectangles containing their names. The attributes of a type are drawn 
below the type itself. Basic types, containing just one attribute, are not drawn. When a data 
type is drawn with a connection to another data type that is positioned higher in the Figure, 
it stands "one-side" in a one-to-many relation to this other data type. Now, basic information 
30 types course unit, multimedia building block, item, and goal, are connected by relations. The 
content relation 52 describes which multimedia building blocks are present in a course unit. 
The subject relation 54 describes which items are treated in a multimedia building block. In 
the setup of Figure 4, the condition relation 50 describes which precondition and 
postcondition goals pertain to a particular course unit. In the setup of Figure 5, the 
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requirement relation 62 describes which other course units must precede a particular course 
unit. As an example of a one-to-many relation, note that a particular goal may appear in 
many conditions, whereas each condition refers to exactly one goal. 

For a course maker it is very useful to be supported by automatically, 
5 generated overviews of various elements of the information structure, for example, reports 
presenting lists of goals, course units, multimedia building blocks, and items. Further 
relevant are lists of course units with goals (including prerequisite as well as accomplished 
goals), goals with course units (including course units for which the goal is a prerequisite as 
well as course units where the goal is being accomplished) t course units with multimedia 

10 building blocks, multimedia building blocks with items, and items with multimedia 

building blocks. Such overviews are of great help for developing a coherent course structure 
description. Irregularities in the structure of the information are easily spotted. In addition, 
the authoring process can be supported by automatically generated course unit reports, \vhich 
contain the goals (prescribed as well as accomplished goals), and multimedia building blocks 

15 with associated items. The internal structure and design of the multimedia building blocks 
can be described with script documents, which can be used as a basis for an implementation. 
Several important examples of checks can be described as follows: 

- all course units can be reached with the requirements and conditions as stated 

- there are no cyclic relations between the requirement and/or condition relations 
20 - all multimedia building blocks referred to are indeed available. 

Figure 6 shows a user navigation interface model. Here, an interface for 
user navigation is worked out for the setup according to Figure 4. Adaptation to Figure 5 is 
largely realized by reformulating all statements relating to goals (block 66) using the 
requirements necessary for particular course units. In particular, the course structure 

25 information can be presented to the user person in the form of a table of contents 104 listing 
the course units, a list of goals 100 and a list of items 102. As shown in the example, the 
visual format corresponds to the WINDOWS idiosyncrasy. The Figure contains two control 
buttons. Button 106 controls the viewing by the user of a particular course unit, item, or 
goal. Button 108 allows the user to input a signal declaring that the element in question has 

30 been reached. In this way, the user person can specify that certain pans of the course should 
be viewed as reached, without requiring that these pans should actually have been done, 
The status of each course unit, goal, and item will change as the student progresses in the 
interaction with the system. For brevity, mousewise selecting within the Figure has been 
ignored. 
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Each element of lists 100, 102, 104 has associated a check box for 
displaying actual status. In a comprehensive manner, the status can be defined by four values 
that respectively represent done, reached, doable, and not doable. In the Figure, black 
denotes done, half-black denotes reached, grey denotes doable, and white denotes not 
5 doable. When the user person has actually done a certain course unit to a sufficient extent, 
the course unit in question gets the status done, together with the items, postcondition goals, 
and multimedia building blocks that the course unit contains. Alternatively, a student who 
already masters certain introductory parts of the course may declare the goals pertaining to 
such parts as reached without actually having done these pans. A course unit, goal, 
10 multimedia building block or item is doable when it is not already done or reached, and 
when it is a course unit, whose preconditions have been marked as either done or reached 
(or when it appears as postcondition in such course unit). A goal, course unit, multimedia 
building block or item is not doable, when it is neither done, reached, nor doable. Not 
doable does not necessarily mean that the corresponding information is not accessible : just as 
15 in a book, the student can view later pans of a course without having enough knowledge for 
following everything. 

For a particular course unit, the multimedia building blocks contained 
therein can be presented to a user as structured according to the view shown in Figure 7. As 
shown, the multimedia building blocks are ranged into the classes of presentations 112, 
20 examples 114, and exercises 116. For each goal, course unit, multimedia building block, and 
course item, the system contains history data as based on past use, and moreover option data 
relating to possible future use. The entrance goals of the course unit in question are specified 
as listed in block 1 10. A successful completion of the course means that all goals are reached 
at the exit level as listed in block 122. Intermediate signalling of actual accessing of the 
25 course unit and fulfilling at least pan of the associated requirements is given by done in 

block 118. This signalling can be effected by the student, independently of actually fulfilling 
all associated requirements.. Although not shown in Figure 7, the system can also display 
multimedia building blocks present, together with direct connections to other, in particular 
earlier course units. The multimedia building blocks may contain presentations, examples, 
30 exercises, etc. When a course unit is finished, other course units for which the requirements 
are now fulfilled, can also be viewed. The multimedia building blocks in a course are 
accompanied by check boxes that represent their status (not shown). Further button 118 
allows a user to declare the course unit to be done, and another one 120 with which the user 
can view a selected multimedia building block. Next to presentations, exercises, and 
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examples, a course unit may include multimedia building blocks presenting appropriate tests. 

Figure 8 shows an exemplary user view on a course goal. For this goal, 
the view presents in block 132 course units where the present goal is a precondition, and in 
block 130 course units where the present goal is a postcondition. Actuation of viewing button 
5 134 selects a particular course unit for closer inspection. 

Figure 9 shows an exemplary user view on a course item. The image 
displays a list 140 of pairs; each pair consists of a particular course unit and an associated 
multimedia building block. For each multimedia building block, also the course unit to which 
it belongs is shown. Block 142 controls the selective viewing of the multimedia building 
10 blocks. 

A basic procedure for guiding user navigation uses the status attributes of 
goals, course units, items, and multimedia building blocks as follows: 

• at each instant in time, the user can declare any basic information item to be done or 
reached; 

15 • upon each done/reached declaration by the user of the status value of a goal or course 
unit, the done/ reached status values of all basic information items are recomputed by the 
system and presented to the user as follows: 

• when a course unit has been declared to be done, its postcondition goals are also set to 
done; 

20 • all course units which are not yet done or reached, but for which the postcondition goals 
are now done are set to reached (this allows the possibility that the system may have 
alternative course units towards certain goals, for example differing in abstraction level); 

• the multimedia building blocks and items contained in the course unit itself and those in 
the alternative course units with the same postcondition goals are set to reached if their 

25 status is not already done or reached; in this way, a student may for example always 

distinguish between exercises which he has actually done, and other exercises that he has not 
done. 

• after the done/reached values have been recomputed in the way just described, new 
information items may get the status doable, in the following way: 

30 • a goal, course unit, multimedia building block or item becomes doable when it is not 
done or reached, and if it is a course unit, or if it appears in a course unit, whose 
preconditions have been marked as either done or reached. 

Of course, there are various possibilities for variation and extension of the 
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user interface and navigation guidance procedure described above for students. An extension 
for students is the possibility to specify goals having a fifth value desired, and furthermore 
suggestions by the system for sequences of course units aiming at the desired goals. Another 
possibility is that the system can run as an "automatic pilot" presenting trains of multimedia 
5 building blocks to the user in some allowed sequence, without the user having to declare that 
certain parts of the course are done. 

The structure sketched in Figure 6 can be of benefit to authors as well. 
This overview can be extended with possibilities to change, add, and delete parts of the 
information, in order to make it useful as a structure authoring system for course makers. 

10 Direct integration with content authoring tools for making multimedia building blocks is 
possible. For authors it is useful to replace the status overviews for students with status 
overviews of the work already done, and the work that remains to be done, for example on 
the actual construction of multimedia building blocks to finish the course. 

For an actual exemplary embodiment, hereinafter part of an actual course 

15 structure is presented. First, an overview is given of the course "Programming Principles", 
consisting of the hierarchy of course units and the multimedia building blocks contained 
therein. Next, the preconditions and postconditions of all course units are presented. 
Subsequently, the presentation comprises a list of multimedia building blocks with items, of 
which for brevity only a significant pan has been presented. 
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CLAIMS: 



1, A method for presentation of a multimedia software package, said 

multimedia software package comprising multiple assets, that can be presented in various 
combinations in a dialogue with a person involved, characterized in that said method uses an 
explicit information structure description, in which multiple multimedia building blocks are 

5 being linked in accordance with an information model that is especially tailored towards a 
particular application domain, wherein said information model allows expressing in the 
information structure description of dependency relations stating or implying that certain 
parts of the multimedia software package should be accessed before other pans, and wherein 
said information model is being expanded with softwared facilities, using which the 

10 information structure description is accessible to said person involved, who as a user person 
can also directly access all multimedia building blocks, and using which those parts of the 
software that have already been visited by the user person become especially marked, and 
using which those pans of the software that can be accessed subsequently by the user person 
subject to any dependency relations, also become especially marked. 

15 2. A method as claimed in Claim 1, said information model being expanded 

with softwared facilities using which the user person as an author person can develop said 
information structure descriptions, using only expenise in said application domain and 
without programming effort, and under integration with authoring tools for multimedia 
content creation, and. also expanded with softwared facilities for automatically checking 

20 consistency and completeness of information structure descriptions, and for automatically 
generating overviews according to various different views on the information structure. 

3. A method as claimed in Claims 1 or 2, in which said application domain 
is education, for developing multimedia course software with an explicit information 
structure description which is accessible to a user person and which can be developed by a 

25 course developer. 

4. A method as claimed in Claims 1, 2 or 3, wherein basic information types 
are "course unit", "multimedia building block", and "item", that are interrelated through 
content relations, subject relations and requirement relations. 

5. A method as claimed in Claims 1, 2 or 3, wherein basic information types 
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are "goal", "course unit", "multimedia building block" , and "item", related through content 
relations, subject relations and condition relations. 

6. A method as claimed in Claims 4 or 5, wherein instances of said basic 
information types have a status variable range comprising the values "done", "reached", 

5 "doable" and "not doable", in which the values "done" and "reached" may or may not be 
identified. 

7. A method as claimed in Claim 6, furthermore having softwared facilities 
allowing said user person to declare instances of said information types to be "done" or 
"reached" , and through which facilities the status variable values of other instances of said 

10 basic information types are continually updated during interaction with said user person. 

8. A method as claimed in Claim 6, furthermore having softwared facilities 
for automatically declaring instances of said information types to be "done" when the 
corresponding parts of the software package have been visited at least once by the person 
involved, and through which the status values of further instances of said basic information 

15 types are continually updated during the interaction with said user person, and which can 
automatically present to said user person suitable subsequent multimedia building blocks. 

9. A method as claimed in Claims 7 or 8, furthermore allowing instances of 
said basic information types to have an additional status value "desired to access", and 
further allowing to be so marked by the person involved, said method furthermore having 

20 softwared facilities for automatically marking in the information structure description a part 
of the software package, that is a prerequisite in view of any dependency relation toward the 
parts marked "desired to access". 

10. A software package allowing the use of an information structure 
description having links to multimedia building blocks, for the application domain education, 

25 to present said information structure description for navigation by a user person, according to 
a method as claimed in any of Claims 1 to 9. 

11. A development software package for developing information structure 
descriptions as required by the software package as claimed in Claim 10, encompassing 
executable consistency and completeness checks on said information structure descriptions 

30 and furthermore the generating of reports that comprise appropriate overviews of the 
information structure, in line with the method as claimed in any of Claims 1 to 9. 

12. A system being arranged for implementing a method as claimed in any of 
Claims 1 to 9, and/or for interfacing to a software package as claimed in Claims 10 or 11, 
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